home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1198.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  1.8 KB  |  38 lines
  1.  
  2. There's been lot's of discussion of late about all the wonderful
  3. things we can put in HTML, to make it do this, or that, or the other
  4. wonderful feature.  To format or not to format.  Include images.
  5. Include tables.  Include widgets.  Sound, movies, sensaround, free
  6. food, etc.
  7.  
  8. I really think we're going the wrong way here.  HTML was always meant
  9. to be a small, even minimal document type.  The promised strong point
  10. of the web would be multiple document types, all tied together within
  11. a structure of HTML documents.
  12.  
  13. HTML only provides the framework by which lots of other document types
  14. are accessed.  You want to do lot's of neat TeX things?  Use TeX.  You
  15. want to do something with integrated text and graphics?  Use Postscript.
  16. You want to define a single document as a collection of different
  17. things?  MIME does this for you.  On the other hand, if we make it a
  18. de facto requirement that everything available thru the web must be
  19. HTML, I think we limiting ourselves severely (and being somewhat
  20. egotistical).
  21.  
  22. MIME is supposed to be where all of our work is going right now.  By
  23. developing a good MIME document viewer, and a good transport mechanism,
  24. we can do all this (and come up with interface to read MIME mail and news
  25. while we're at it).  And we set up a system which can be easily extended
  26. to document types that haven't even been designed yet.
  27.  
  28. Last, let me make another pitch for HTPS.  HyperText PostScript.  HTML
  29. provides the structure, and other document types provide the data.  But
  30. sometimes it'd be nice to have the structure and the data all together.
  31. It would be trivial to add an operator to postscript which defines anchors
  32. as arbitrary paths associated with URLs.  That should satisfy most anyone's
  33. desire for arbitrarily composed documents.  If anyone is interested in
  34. implementing this, contact me, I have some good ideas.
  35.  
  36.          tom
  37.  
  38.